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UNIVERSAL MEDIA PLAYER 

Field of the Invention 
The present invention relates to computer software and, in particular, to 
multimedia players for online Internet use. 
5 Background of the Invention 

Media designed for distribution over the Internet come in many forms and 
formats. Media players are software resident on computers that interpret incoming 
stream media and convert the media into human-perceivable form, i.e., into audio and 
video form for outputting to a user. What is common to each media player is a uniform 
1 0 media format and a unique user interface. 

Because conventional Internet media players have their own unique media 
formats and user interfaces, in the past, media players have been incompatible. This 
incompatibility has created a variety of problems. For instance, if a user is sampling 
radio stations played by different media players, an undesirable amount of time is spent 
1 5 juggling the various players and waiting for them to cue up media. This is not conducive 
to providing simple background music. Even when the streaming media being 
downloaded has a universal file format, problems exist because each resident media 
player competes to register itself as being the owner of a given file format. For instance, 
almost all media players can play MP3 files as well as the private file format for which 
20 the player is expressly designed. When a user downloads streaming media having a 
particular file format, the user will be queried to download the media player associated 
with the format of the media. If the user selects to download the media player, the 
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player installer will change the user's file associations. For instance, if a user has been 
using the WinAMP® media player and decides to receive a Real Network stream of 
media, the user will be asked if the Real Networks media player should be downloaded. 
If the user specifies that the Real Networks media player should be downloaded, the 
5 Real Networks media player installer will change a user's file associations so that the 
Real Networks media player will, in the future play every media type saved in the user's 
file. As a result, the user will lose the use of the WinAMP® media player. 

In another scenario, a user may decide to listen to a first streaming media radio 
station. The user will have to locate the appropriate link and open the necessary media 

1 0 player to launch the application. After managing the windows on the screen to return the 
user to the "working" window, the user may decide to listen to a second streaming media 
radio station which may employ a different player. In order to change media players, the 
user must first open the original player window and activate the stop feature of the 
player's interface. Then, the user must locate the second streaming media radio station 

15 and activate the link to start the second media. If the media player employed by the 
second streaming media radio station is not installed, activating the link will prompt the 
user to install a second player. This entire process requires the user to manage multiple 
windows in order to listen to the second streaming media radio station. If the user 
forgets to stop the first media player, both media players will play simultaneously, 

20 leading to noise. Changing the volume level of one media player may or may not affect 
the other media player so the user may be forced to separately locate and adjust both 
players' volume control. 

Accordingly, there is a need for a universal media player that improves a user's 
online media experience and eliminates the burdens discussed above that are placed 

25 upon a user when juggling media played by different media players. The present 
invention is directed to fulfilling this and other needs. 

Summary of the Invention 
The present invention is directed to solving the above problems by providing a 
universal media player designed to improve a user's online media experience. The 

30 universal media player allows a user to navigate between different sources of media 
without requiring the downloading of the media player associated with the format of the 
media source. Preferably, the universal media player is "embedded" in another program, 



MSFTU5428AP DOC 



-3- 



preferably, an Internet browser, such that the interface of the universal media player is 
persistent when the interface of the program within which the universal media player is 
embedded. In the case of a browser, preferably the interface of the embedded universal 
media player is normally positioned within the frame of the browser interface, i.e., a 
5 portion of the browser interface that normally does not change. 

In accordance with the present invention a computer-implementable method of 
playing media designed for playing on various types of media players is provided. The 
method includes providing a universal media player that includes an interface with 
user-actuable control buttons, determining whether media to be downloaded associated 

10 with a dedicated media player is playable by the universal media player, and if the media 
to be downloaded associated with a dedicated media player is playable by the universal 
media player, intercepting the media as the media is downloaded and redirecting the 
media to the universal media player. 

In accordance with other aspects of the present invention, a media type table of 

15 MIME is searched to determine whether the media to be downloaded associated with a 
dedicated media player is or is not playable by the universal media player. 

In accordance with further aspects of the present invention, in response to a 
request to change a media source, the universal media player determines the MIME type 
of the new media and instantiates a media component object for the media. When the 

20 instantiated media component object is ready, a second media player is initialized, the 
first media player is stopped and hidden, and the second media player is displayed. 

In accordance with yet other aspects of the present invention, the universal media 
player includes an interface that allows users to make selections by actuating 
user-actuable controls that form part of the universal media player interface. 

25 In accordance with still other aspects of the present invention, two universal 

media players can be locked and synchronized together. Preferably, synchronization is 
accomplished by a first user clicking on a uniform resource locator (URL) media link of 
the user's universal media player after the user's universal media player is locked to a 
second user's universal media player. As a result, both universal media players receive 

30 the same media link, resulting in the users of both media players listening to the same 
sound or viewing the same video simultaneously. Alternatively, one user's universal 
media player can be the source of media played by a second user's universal media 
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player. The locking and synchronizing of universal media players can also be used to 
provide video internet meeting conferencing. 

The invention has a number of advantages and features many of which, like the 
foregoing, are intended to eliminate the need to have a handful of separate media players 
5 each with a user interface having different control buttons. The present invention 
provides the user with a single interface having one set of control buttons (e.g. play, 
stop, volume, next and previous track) regardless of the source of media, providing the 
user with an uncluttered desktop. The interface is in a form that facilitates managing the 
user's online media experience even while using the media player in the background. As 
10 noted above, preferably, a universal media player formed in accordance with this 
invention is embedded in an Internet browser. 

Brief Description of the Drawings 
The foregoing aspects and many of the attendant advantages of this invention 
will become more readily appreciated as the same become better understood by 
15 reference to the following detailed description, when taken in conjunction with the 
accompanying drawings, wherein: 

FIGURE 1 is a block diagram of a personal computer system suitable for 
implementing an embodiment of the present invention; 

FIGURE 2 is a state activity diagram that illustrates the general operation of a 
20 universal media player formed in accordance with the present invention; 

FIGURE 3 is a state activity diagram that illustrates decoding a media source 
MIME type suitable for use in FIGURE 2; 

FIGURE 4 is a state activity diagram that illustrates cueing media suitable for use 
in FIGURE 2; 

25 FIGURE 5 is a state activity diagram that illustrates playing media suitable for 

use in FIGURE 2; 

FIGURE 6 is a flowchart illustrating a universal media player formed in 
accordance with the present invention; 

FIGURE 7 is a flowchart illustrating logic for decoding the MIME type of the 
30 media stream suitable for use in FIGURE 6; 

FIGURE 8 is a flowchart illustrating logic for cueing the media stream suitable 
for use in FIGURE 6; 
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FIGURES 9A and 9B are flowcharts illustrating logic for activating a universal 
media player interface and causing the universal media player to play the media stream 
suitable for use in FIGURE 6; 

FIGURE 10A and 10B are flowcharts illustrating logic for activating the media 
5 player interface suitable for use in FIGURE 9A; 

FIGURE 1 1 is a flowchart illustrating logic for deactivating the media player 
interface suitable for use in FIGURE 9A; 

FIGURE 12 is a copy of a screen shot of the interactive interface of a universal 
media player formed in accordance with the present invention embedded in the interface 
10 of an Internet browser; 

FIGURE 13 is a copy of a screen shot of the active interface of a universal media 
player formed in accordance with the present invention embedded in the interface of an 
Internet browser; 

FIGURE 14 is a copy of a screen shot of the interface of a universal media player 
15 of the type shown in FIGURES 12 and 13 when activated to receive a video file; 

FIGURE 15 is a copy of a screen shot of the interface of a universal media player 
of the type shown in FIGURES 12 and 13 when playing a video file; 

FIGURE 16 is a copy of a screen shot of the interface of a universal media player 
of the type shown in FIGURES 12 and 13 when playing an audio file; and 
20 FIGURES 17A and 17B are copies of screen shots of the interface of a universal - 

media player of the type shown in FIGURES 12 and 13 when launching the media 
player interface in a larger window for an expanded view; 

Detailed Description of the Preferred Embodiment 
The present invention is directed to a universal media player designed to improve 
25 a user's online experience. As will be better understood from the following description, 
the universal media player allows a user to navigate between different sources of media 
without requiring the downloading of the media player associated with the format of the 
media source. Preferably, the universal media player is "embedded" in another program, 
preferably, an Internet browser, such that the interface of the universal media player is 
30 persistent when the interface of the program within which the universal media player is 
embedded. In the case of a browser, preferably the interface of the embedded universal 
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media player is normally positioned within the frame of the browser interface, i.e., a 
portion of the browser interface that normally does not change. 

The invention is preferably practiced in the context of an operating system 
resident on a personal computer. FIGURE 1 illustrates a typical hardware configuration 
5 of a personal computer suitable for implementing a universal media player formed in 
accordance with the present invention. The personal computer illustrated in FIGURE 1 
includes a central processing unit 22, such as a conventional microprocessor, and a 
number of other units interconnected via a system bus 26. The system bus 26 may be 
any of several types of bus structures, including a memory bus or memory controller, a 

10 peripheral bus, and a local bus using any of a variety of bus architectures. The 
computer 20 shown in FIGURE 1 includes a system memory 24 comprised of non- 
volatile and volatile memory such as Random Access Memory (RAM) 30, Read Only 
Memory (ROM) 28, and Basic Input/Output System (BIOS) 32. The illustrated 
computer 20 also includes a hard disk drive interface 54 for connecting a Compact Disk 

15 (CD) drive 34, a magnetic disk driver interface 56 for connecting a magnetic disk 
drive 38, an optical drive interface 60 for connecting a Digital Versatile Disk (DVD) 42, 
and a user input interface 64 for connecting peripheral devices such as a keyboard 60, a 
mouse 62, a microphone 70, speakers 72, and a video camera 74. The computer 20 has 
resident thereon an operating system 46 such as Microsoft's WINDOWS 2000®, 

20 application programs 48, other program modules 50, and program data 52. 

The computer 20 may operate in a network environment using logical 
connections to one or more remote computers 65. The remote computer 65 may be a 
personal computer, a server, a router, a network PC, or other common network nodes. 
The logical connections include a local area network (LAN) 66 and a wide area network 

25 (WAN) 67, but also include other networks. Such network environments are 
commonplace in office, enterprise-wide computer networks, intranets and the Internet. 
When used in a LAN network environment, the computer 20 is connected to the LAN 66 
through a network interface adapter 68. When used in a WAN network environment, the 
computer 20 includes a modem 69 or other means for establishing communications over 

30 the WAN 68, such as the Internet. 

As is well understood by those skilled in the art, the World Wide Web (WWW) 
is a vast collection of interconnected documents, many written in various MIME types 
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that are electronically stored at WWW sites throughout the Internet. MIME is the 
acronym for Multipurpose Internet Mail Extensions, and is a protocol widely used on the 
Internet that extends the Simple Mail Transfer Protocol (SMTP) to permit data, such as 
video, sound, and binary files, to be transmitted by Internet e-mail without having to be 
5 translated into ASCII format first. In other words, MIME types describe the contents of 
a document to a MIME compliant receiving application. The receiving application 
refers to a standardized list of documents that are organized into MIME types and 
subtypes to interpret the content of the file. An example of a MIME type of text refers to 
a file that contains text written in HyperText Markup Language (HTML). The MIME 
10 types are electronically stored at WWW sites throughout the Internet. A WWW site is a 
server connected to the Internet that has mass storage facilities for storing media and 
O hypertext documents. Also, a WWW server runs administrative software for handling 

rt requests for the stored media. A hypertext document normally includes a number of 

jp hyperlinks that may be identified in various ways (e.g., highlighted portions of text) 

^; ; 1 5 which link the document to other hypertext documents possibly stored at a WWW site 
elsewhere on the Internet. Each hyperlink is associated with a Uniform Resource 
O Locator (URL) and provides the exact location of the linked document on a server 

r ;; connected to the Internet and describes the document. Thus, whenever a hypertext 

fU document is retrieved from any WWW server, the document is considered to be 

\ y 20 retrieved from the WWW. As is well known to those skilled in the art, a WWW server 
q may also include facilities for storing and transmitting application programs, which are 

D application programs written in JAVA™ programming language from Sun 

Microsystems, for execution on a remote computer. Likewise, a WWW server may also 
include facilities for executing scripts or other application programs on the WWW server 
25 itself. 

A consumer or other remote user may retrieve a media stream from the WWW 
via a WWW (Internet) browser application. The WWW (Internet) browser is a software 
application program for providing a graphical user interface to the WWW. Upon request 
from the consumer via a WWW (Internet) browser, the browser accesses and retrieves 
30 the desired media stream from the appropriate WWW server using the URL for the 
media and a protocol known as MIME which is a protocol that is part of HyperText 
Transfer Protocol (HTTP). HTTP is a higher level protocol than TCP/IP and is designed 
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specifically for the requirements of the WWW. It is used on top of TCP/IP to transfer 
hypertext or media-related documents between servers and clients. The WWW 
(Internet) browser may also retrieve application programs from the WWW server, such 
as JAVA™ applets, for execution on the client computer. 
5 The present invention relates to a method for providing a universal multimedia 

player for online Web (Internet) use. As will be readily understood by one skilled in the 
relevant art, the present invention is not limited in its application to an Internet browser. 
Thus, it is to be understood that the disclosed embodiment is only by way of example 
and should not be construed as limiting. Preferably, the present invention is 
10 implemented in an object-oriented programming language such as C++ using object- 
oriented programming techniques. As will be understood by those skilled in the art, 
p Object-Oriented Programming (OOP) objects are software components comprising data 

^4 structures and member functions which comprise operations on the data. Together, these 

elements of the components enable objects to model virtually any real-world entity in 
£P 15 terms of its characteristics, represented by its data elements, and its behavior, 
: p represented by its data manipulation functions. The basic principles and benefits of 

Q object-oriented programming are encapsulation, polymorphism and inheritance. Objects 

: , hide, or encapsulate, the internal structure of their data and the algorithms by which their 

nj functions work. Instead of displaying or exposing these implementation details, objects 

^ 20 present interfaces that represent their abstractions. Polymorphism is when a software 
p component can make a request of another software component without knowing exactly 

O what that component is. The component that receives the request interprets it and 

determines according to its variables and data how to execute the request. Inheritance 
allows developers to reuse pre-existing design and code. Through inheritance, 
25 developers can derive subclasses that inherit behaviors of other software component 
objects, which a developer then customizes to meet particular needs. Accordingly, in the 
present invention a media component object is created to model aspects of presenting 
media. An example of an object-oriented component base class that is used as a 
foundation for presenting media is Microsoft® COM (Component Object Model). As 
30 will be understood by those skilled in the art, COM components are written in object- 
oriented languages such as C++ and are the foundation of the OLE (Object Linking and 
Embedding), ActiveX, and DirectX specifications, where ActiveX® is a set of 
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technologies that enable software components to interact with one another in a 
networked environment like the Internet. The ActiveX® controls are reusable software 
components based on Microsoft® ActiveX® technology that is used to add interactivity 
and more functionality, such as a popup menu, to a Web page, applications, and software 
5 development tools. An ActiveX® control can be written in any number of object- 
oriented languages such as C++, JAVA™, or Visual Basic®. Thus, ActiveX® controls 
can be embedded in Web pages to produce animation and other multimedia effects, 
interactive objects and other applications. Furthermore, DirectX® is a Windows® 
application programming interface (API) that gives applications direct access to a 

10 computer's sound and graphics hardware. DirectX® includes a number of components: 
to name a few, DirectDraw® for graphics, DirectSound® for audio, and Direct3D® for 
three-dimensional graphics. 

FIGURE 2 is a state activity diagram that illustrates the general operation of a 
universal multi-media player formed in accordance with the present invention. As will 

15 be understood by those skilled in the art, a state activity diagram is used to illustrate the 
performance of an object or a state. Included in the state activity diagram are labeled 
events of transitions that show what event or activity occurs between the various states. 
According to one actual embodiment of the present invention, object-oriented software 
component states, also known as member functions, are provided for performing 

20 start 200, decode MIME type 202, enable default player 204, cue media 210, 
playing 208, and end 206. 

Beginning with start state 200, a user starts an online media experience by 
performing any number of activities or events relating to media. For example, a user 
may choose to click on a Uniform Resource Link (URL) or a user (or the system) may 

25 open a window that includes an embedded media player dedicated to playing specific 
media. The end result is the interception of a media stream download. Either type of 
occurrence activates a transition 220, 222 from the start state 200 to the decode MIME 
type state 202. If the media is playable by the universal media player, the universal 
media player transitions 212 from the decode MIME type state 202 to the cue media 

30 state 210. If the media is not playable by the universal multimedia player, the universal 
multimedia player transitions 230 to the enable default player state 204, 
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In contrast to the foregoing transitions, if the start activity is the insertion of CD 
or DVD media, the reception of a remote navigation event (described below), or the 
receipt of a video and/or telephone call, the embedded universal media player 
transitions 214, 216, or 218 directly from the start state 200 to cue media state 210. 
5 When the media is ready for playing, the universal media player transitions 224 

from the cue media state 210 to the playing state 208. The playing state includes a 
number of member functions for playing the media stream that depend to some extent on 
the nature of the media stream. After the media stream is completed, the universal 
media player transitions 232 from the playing state 208 to the end state 206 where the 
10 media experience ends. Likewise, if the media stream was a non-playable type, enabling 
default player state 204, when the non-playable media stream ends, the universal media 
player transitions 234 from the enable default player state 204 to the end state 206 where 
the online media experience ends. 

In order to better understand the operation of a universal media player formed in 
15 accordance with this invention, the decode MIME type, cue media, and playing states 
are illustrated in FIGURES 3, 4, and 5, respectively, and described below. As with 
FIGURE 2, these figures are in the form of object-oriented software components, also 
known as member functions. In essence, they are objects of the embedded universal 
media software component object. 
20 Decode MIME Type 

The decode MIME-type software component object (FIGURE 3) states include 
initiate download 300, look up MIME type in table 302, non-playable type 304, and 
playable 306. As shown in FIGURE 2 and repeated in FIGURE 3, the initiate download 
state 300 is entered when a media stream download is intercepted 222 or a user clicks on 
25 a link 220. The MIME-type received download is analyzed by the decode MIME-type 
software component object transitioning 312 to the look up MIME type in table 
state 302. The analysis is performed by searching a look-up table of various MIME 
types and identifying the MIME type as one that is playable or non-playable by the 
media player. If the MIME type is not found in the table the media stream is non- 
30 playable by the media player. As a result, the decode MIME-type software component 
object transitions 314 to the non-player type state 304. If the MIME type is found in the 
table, the download of the media stream is canceled and the decode MIME-type software 
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component object transitions 316 to the playable-type state 306. Thus, playable type is 
defined as a MIME type that the universal media player has found within the look-up 
table. As illustrated in FIGURE 2 and described above, if the MIME type is a non- 
playable type, media playing defaults to a resident media player, having the ability to 
5 play the media, which could involve downloading another media player from a remote 
server. 

Cue Media 

The cue media (FIGURE 4) software component object states include instantiate 
COM object for MIME type 400, start idle player with media stream 402, stop and hide 

10 current player 404, show idle player 406, and serve up the media stream if storing the 
media stream 408. As shown in FIGURE 2 and repeated in FIGURE 4, in response to 
the insertion of a CD/DVD 214, receiving a remote navigation event 216, receiving a 
video/audio telephone call 218, and receiving a playable type media stream 212, the cue 
media software object components enters the instantiate a COM object for the MIME- 

15 type state 400 that is associated with the media stream. Instantiation is defined as 
creating a media object component with member functions to control the media object. 
Typically, a media component object is an object-oriented software component base 
class or foundation consisting of member functions of subclasses or other components 
relating to media that control the media component. As will be understood by those 

20 skilled in the art, examples of software components relating to media member functions 
are audio, speaker, audio play, video, and video play. 

When the COM object for the MIME type has been instantiated, the cue media 
software object component transitions 420 to the start idle player with media stream 
state 402. If the current media player is synchronized together with a second media 

25 player, a remote navigation event 41 0 is sent to the second media player. 

When the media stream is ready, the cue media software object component 
transitions 422 to the stop and hide current media player state 404. If media is currently 
playing, this transfer causes the current media player to stop and be hidden. Then, the 
cue media software object component transitions 424 to the show idle player state 406. 

30 From the show idle player state, the cue media software object component 
transitions 426 to the serve up the media stream if storing the media stream state 408. 
As is understood to one skilled in the art of object-oriented programming, hiding an 
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application temporarily removes the onscreen display of an application's active window 
while leaving the application running. Here, stopping inhibits an audio output if one is 
being generated. 

If a current media player is not executing when the media stream is ready or if a 
5 current media player is remotely synchronized with a second media player and both 
media streams are ready, the cue media software object component transitions 425 
directly to the show idle player state 406 from the start idle media player with media 
stream state 402. Then the cue media software object component transitions to the serve 
up the media stream if storing the media stream state 418. 

10 Playing 

The playing software component object (FIGURE 5) states include playing 500, 
change volume 502, STOP player (END) 504, NEXT 506, PAUSE 508, send remote 
PAUSE event 510, send remote NEXT event 512, send remote STOP event 514, 
MINIMIZE/MAXIMIZE player 516, send remote PREVIOUS event 520, and 

15 PREVIOUS 522. When the universal media player transitions to the playing state 208 
(FIGURE 2), the playing software component object enters the playing state 500. From 
the playing state 500, a user can cause the playing software component object to 
transition to any of the other states by selecting the appropriate one of a number of 
control operations or events such as change volume, stop, next, pause, previous, and 

20 play. Enabling one of these control operations using a mouse or other cursor control 
device in a conventional manner causes the illustrated transition to take place. These 
events are similar to controls on a CD player, or VCR, etc. The control events also 
include minimize/maximize player interface window 516. Some additional events allow 
communication between two media players synchronized together. These include 

25 receiving and sending remote pause events 510, receiving and sending remote next 
events 512, receiving and sending remote previous events 520, and receiving and 
sending remote stop events 514. The nature and operation of the depicted events will be 
better understood from the following description and the accompanying functional logic 
interface screen figures. 

30 Activate a Media Player Process 

FIGURE 6 is a recursive logic flowchart showing how a universal media player 
is activated in accordance with a preferred embodiment of the present invention. After 
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processing commences, block 600, control immediately passes to decision block 602, 
where a test is performed to determine if a user received a remote navigation event. A 
remote navigation event occurs when two media players are synchronized together. In 
one form, one computer is the server while the other computer is dependent upon the 
5 other. This allows both users to browse and to simultaneously play the same media 
stream provided by a remote source. Alternatively, the one media player can function as 
the media source and the other media player receive media being played by the source 
media player. If a remote navigation event has been received, at function block 618, the 
media stream is cued and control is passed to decision block 620. (How media is cued is 

10 illustrated in FIGURE 8 and described below.) At decision block 620 a test is performed 
to determine if the media stream is ready. When the media stream is ready, at function 
block 622, the universal media player is enabled to activate its interface and play the 
media. (How media is played is illustrated in FIGURES 9A and 9B and described 
below.) After playing ends by, for example, a user activating a stop button, control 

15 passes to end block 624. 

If the user did not receive a remote navigation event, program control cycles to 
decision block 604 where a test is performed to determine if a user inserted a CD or 
DVD. If the user inserted a CD or DVD, at function block 618, the media stream is cued 
and control is passed to decision block 620. As before, when the media stream is ready, 

20 at function block 622, the universal media player is enabled to play the media. When the 
media ends, control passes to end block 624. 

If the user did not insert a CD or DVD, program control cycles to decision 
block 606, where a test is performed to determine if a user received a video telephone 
call. An example of the video telephone program that can be used with the present 

25 invention is Windows NetMeeting™. If the user received a video telephone call, at 
function block 618, the telephone call media stream is cued and program control is 
passed to decision block 620. As before, when the media stream is ready, at function 
block 622, the universal media player is enabled to play the media, i.e., provide audio 
and video output. When the video telephone call ends, program control passes to end 

30 block 624. 

If the user did not receive a video telephone call, control cycles to decision 
block 608 where a test is made to determine if a user clicked on a uniform resource link 
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(URL). If the user clicked on a URL, at function block 612, the MIME type of the 
media stream associated with the URL is described. As noted above, MIME is an 
acronym for Multipurpose Internet Mail Extensions. As is known to those skilled in the 
Internet art, MIME types are extensions of the SMTP (Simple Mail Transfer Protocol) 
5 that permit data, such as video, sound, and binary files, to be transmitted without having 
to be translated into ASCII format first. MIME types describe the contents of the 
document. MIME is part of HTTP, and both Web browsers and HTTP servers use 
MIME to interpret e-mail files they send and receive. (How MIME types are decoded is 
illustrated in FIGURE 7 and described below.) After the MIME type is decoded, at 

10 decision block 614, a test is made to determine if the identified MIME type is playable 
by the media player. If the universal media player is not able to play the MIME type 
associated with the media stream, a default media player capable of playing the media is 
enabled. See block 616. As is conventional, if the default media player is not resident 
on the computer, a download window may open to allow the user to download a copy of 

1 5 the default media player. When use of the default media player ends, by, for example, a 
user activating a stop button, the media stream ending, etc., program control passes to 
end block 624. If the MIME type is playable, at function block 618, the media stream is 
cued and control is passed to decision block 620. As before, when the media stream is 
ready, at function block 622, the universal media player is activated to play the media 

20 stream. When the media stream ends, a user activates a stop button or some other 
termination action occurs, program control passes to end block 624. 

If the user did not click on an URL, program control passes to decision 
block 610, where a test is performed to determine if the system detected a download of a 
media stream. This could occur, for example, by the system opening a window having 

25 an instance of a player embedded in the window. If the system detects a media stream 
download, at function block 612, the MIME type associated with the media stream is 
decoded. Then, as before, at decision block 614, a test is performed to determine if the 
identified MIME type is playable by the media player. If so, also as before, at function 
block 618, the media stream is cued, program control is passed to decision block 620, 

30 and the media stream is played (block 622). If the universal media player is not able to 
play the MIME type associated with the media stream, then as before (function 
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block 616), a default media player is enabled. Program control passes to end block 624 
when media stream processing ends. 

If the system did not detect a media stream download, the foregoing cycle is 
repeated. 

5 Decode MIME Type Process 

FIGURE 7 is a flowchart illustrating logic for decoding the MIME type of the 
media stream suitable for use in FIGURE 6. Processing commences at block 700 and 
immediately passes to function block 702 where a download of the media is initiated. 
Then, at function block 704, the download is analyzed to determine the MIME type. 

10 Then a test is performed at decision block 706 to determine if the MIME type is playable 
by the universal media player. More specifically, the identified MIME type is compared 
to playable MIME types stored in a look-up table. If the MIME type is playable, i.e., 
included in the table, program control is passed to function block 710 where a 
playable-type flag is set to true. Then the program control is passed to function 

15 block 712 where the download is canceled. Then, at block 714, processing ends. 
However, if the MIME type is not playable by the universal media player, program 
control is passed to function block 708 where the playable type is set to false. Then the 
download ends (block 712) and processing terminates (block 714). 

Cue Media Stream Process 

20 FIGURE 8 is a flowchart illustrating logic for cueing a media stream suitable for 

use in FIGURE 6, Processing commences at block 800 and immediately passes to 
function block 802 where a COM object for the MIME type is instantiated. Then, 
program control is passed to a decision block 804 where a test is made to determine if 
the COM object is ready. The COM object is ready when it has established a 

25 connection. If COM is not ready, control is passed to decision block 806 where a test is 
made to determine if the time to establish connection has timed out. If not, then program 
control is passed back to function block 802 to continue the instantiation of the COM 
object for the MIME type. If the time to establish connection times out before the COM 
object is ready, control passes to block 828 where processing ends. 

30 If the COM object is ready before time out occurs, program control is passed to 

function block 808 where an idle universal media player is started with the media 
stream. Next, control is passed to a decision block 810 where a test is made to determine 
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if the started idle universal media player is remotely synchronized. If the idle universal 
media player is remotely synchronized, program control is passed to function block 812 
where a remote navigation event is sent. Next, control is passed to a decision block 814 
where a test is made to determine if both media streams are ready. When both media 
5 streams are ready, program control is passed to function block 816 and processing 
continues in the manner described below. If both media streams are not ready, the test 
performed by decision block 814 is repeated. 

If the idle palyer is not remotely synchronized (block 810), a test is made at 
decision block 815 to determine if the media stream is ready. If the media stream is 

10 ready, program control is passed to function block 816 and processing continues in the 
manner described below. If the media stream is not ready, the test performed by 
decision block 815 is repeated. 

When the media stream or streams are ready (block 814 or block 815), a test is 
performed at decision block 816 to determine if anything is currently playing. If the 

15 media stream is ready and nothing is currently playing, program control is passed to 
function block 824 where the interface of the idle universal media player is shown, i.e., 
displayed. If the media stream is ready and a media stream is playing on a media player, 
program control is passed to function block 818 where the current media player is 
stopped and hidden. Program control then passes to function block 824. 

20 Next, program control is passed to decision block 820, where a test is performed 

to determine if the media stream is stored. If the media stream is stored, program control 
is passed to function block 822 where the media stream is served up. Program control 
then passes to function block 826 where a media stream ready flag is set to true. The 
media stream could be stored at a server site or local disk drive. If the media stream is 

25 not stored, program control is passed directly to function block 826 where the media 
stream ready flag is set to true. After the media stream ready flag is set to true, program 
control is passed to end block 826 and processing ends. 

Activate Universal Media Player Media Process 
FIGURES 9A and 9B are flowcharts illustrating recursive logic for activating the 

30 universal media player interface and causing the universal media player to play a media 
stream suitable for use in FIGURE 6. Processing commences at block 900. Program 
control immediately passes to decision block 902 to determine if a user has selected the 
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play control button of the universal media player interface which at this point is idle. If 
the user has not selected the play control button, which is the only button of the idle 
universal media player interface that is enabled at this time, program control is passed to 
block 932, which causes a recursive call to be made to start block 900 of the logic 
5 illustrated in FIGURE 9A. 

If the user has selected the play control button, program control is passed to 
function block 904 where the universal media player interface is activated. (Logic for 
activating the media player interface is illustrated in FIGURE 10 and described below.) 
Processing continues to function block 912 where the media stream is played by the 

10 universal media player. As discussed above and shown in FIGURES, when the 
universal media player is activated a user has various controls available, which are 
depicted by several decision blocks in FIGURES 9 A and 9B. The decision blocks 
respond to user-selected media player interface controls, such as minimize/maximize 
media player interface, volume, stop, previous, next and next. In addition to these 

15 decision blocks additional decision blocks determine if remote media player interface 
events such as pause, stop, previous, and next have been received. 

At decision block 906, a test is performed to determine if the user selected 
minimize or maximize. If the user has selected minimize or maximize program, control 
passes to function block 910, where a minimize or maximize player flag is set to true, 

20 which results in a drop-down menu being displayed to allow a user to increase or 
decrease the size of the universal media player interface as illustrated in FIGURE 17B 
and described below. Then, program control returns to block 912. If the user did not 
select minimize or maximize program, control returns immediately to block 904. 

At decision block 908, a test is performed to determine if a user selected pause 

25 control. If the user selected pause control program, control passes to function block 922, 
where a remote pause event is sent, if the universal media player is synchronized with 
another player and, then, to function block 926 where a pause flag is set to true. Setting 
the pause flag to true causes the operation of the universal media player to pause. 
Program control then cycles to block 912. If the user has not selected the pause control, 

30 program control immediately cycles to block 904. 

At decision block 924, a test is performed to determine if the media player has 
received a remote pause event signal. If so, program control is passed to function 
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block926 where the pause flag is set to true. Then, program control returns to 
block 904. If no remote pause event is received, program control returns immediately to 
block 904. 

At decision block 914, a test is performed to determine if the user has selected 
5 volume control If so, program control passes to function block 920 where a change 
volume flag is set to true. The universal media player then responds to volume control 
inputs received from the user in the manner described below. Then, program control 
returns to block 904. If the user has not selected volume control, program control 
returns immediately to block 904. 

10 At decision block 918, a test is performed to determine if the user has selected 

stop control. If the user has selected stop control, program control passes to function 
block 924 where a remote stop event message is sent and, then, to function block 928 
where the universal media player interface is deactivated. Program control then cycles 
to stop block 932. If the user has not selected stop control, program control returns 

1 5 immediately to block 904. 

At decision block 930, a test is made to determine if the universal media player 
has received a remote stop event signal. If so, control is passed to function block 928 
where the universal media player interface is deactivated. Processing then cycles to stop 
block 932. Logic illustrating the deactivation of the embedded universal media player 

20 interface is illustrated in FIGURE 1 1 and described below. 

Turning now to FIGURE 9B, at decision block 934, a test is performed to 
determine if the user has selected next control. If so, program control passes to function 
block 936 where a remote next event signal is sent and, then, to function block 938 
where a next flag is set to true. Setting the next flag to true causes the current media 

25 item to end and the next media item to start, such as the next song on a CD. Similar 
action (which is not described here) occurs when a user selects a fast forward control. 
Then program control returns to block 904. If the user has not selected next control, 
program control returns immediately to block 904. 

At decision block 940, a test is made to determine if the universal media player 

30 has received a remote next event signal. If so, program control is passed to function 
block 938 where the next flag is set to true. Then program control returns to block 904. 
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If the universal media player has not received a remote next event signal, control returns 
immediately to block 904. 

At decision block 942, a test is performed to determine if the user has selected 
previous control. If so, program control passes to function block 944, where a remote 

5 previous event signal is sent and, then, to function block 946 where a previous flag is set 
to true. Setting the previous flag to true causes the current media item to end and the 
previous media item to start, such as the previous song on a CD. Similar action (which 
is not described here) occurs when the user selects a rewind control. Then, program 
control returns to block 912. If the user has not selected previous control, program 

1 0 control returns immediately to block 912. 

At decision block 948, a test is made to determine if the universal media player 
received a remote previous event signal. If so, control is passed to function block 942 
where the previous flag is set to true. Then, program control returns to block 904. If the 
universal media player has not received a remote signal, program control returns 

1 5 immediately to block 904. 

Activate Media Player Interface Process 
FIGURES 10A and 10B are flowcharts illustrating logic for activating the media 
player interface suitable for use in FIGURE 9 A. Processing commences at block 1000 
and program control immediately passes to function block 1002 where an active media 

20 player interface is displayed and, then, to function block 1004 where the play control 
button on the media player interface is illuminated. From block 1004, program control 
continues to function block 1006 where the pause button is changed and illuminated in 
place of the play button. After block 1006, program control is passed to function 
block 1008 where a "tuning in' 1 label is added to the menu of the universal media player 

25 interface. Then, at decision block 1010, a test is performed to determine if the media 
stream is a video file. Video files include video telephone calls, DVDs, and all visual 
files. If the media stream is not a video file, control is passed to function block 1018 
causing an illuminated progress media presentation indicator to be displayed. In this 
case, it is not necessary to display a video screen since the media stream is only audio 

30 which includes radio stations, music files, and CDs. 

If the media stream is a video file, program control is passed to function 
block 1012, causing an "opening" label to be displayed on a view media player menu. 
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Program control then passes to function block 1014 causing min/max controls to be 
displayed and, then, to function block 1016, causing a child window to be added to the 
universal media player interface. Program control then cycles to function block 1018 
where, as noted above, an illuminated progress media presentation indicator is displayed. 
5 Control then passes to function block 1020 where a music (or other as appropriate) label 
identifier is displayed on the menu of the universal media player interface. 

Control is next passed through several decision blocks which determine if the 
user has performed selections that cause selected control button flags associated with the 
universal media player interface (such as volume, previous, next, minimize/maximize, 

1 0 pause, and stop) to be set true in the manner previously described. 

At decision block 1022, a test is performed to determine if the user has selected 
change volume. If so, program control passes to function block 1024 where the program 
responds to the activated volume control on the universal media player interface. Then 
control cycles to function block 1026 where the change volume flag is set to false. 

15 Control then shifts to end block 1028 where processing ends. 

If the test at decision block 1022 is negative, the process cycles to decision 
block 1030, where a test is performed to determine if the user selected previous. If so, 
program control is passed to function block 1032 where the universal media player 
selects the previous media item. Then, processing shifts to function block 1034 where 

20 the previous flag is set to false. Next, processing cycles to end block 1028 where 
processing ends. (As noted above, rewind, while not shown, functions in a like manner 
to previous.) 

If the test at decision block 1030 is negative, the program control cycles to 
decision block 1036 when a test is performed to determine if the user selected next. See 

25 FIGURE 1013. If so, program control is passed to function block 1038, where the 
universal media player selects the next media item. Then the process shifts to function 
block 1040 where the next flag is set to false. Processing then shifts to block 1028 
where processing ends, (As also noted above, fast forward, while not shown, functions 
in a like manner to previous.) 

30 If the test at decision block 1036 is negative, program control cycles to decision 

block 1042, where a test is performed to determine if the user selected maximize. If so, 
program control is passed to function block 1044 causing the universal media player 
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interface to be displayed in another window larger than before. Program control then 
cycles to function block 1046 where the maximize flag is set to false. Next, processing 
shifts to block 1028 where processing ends. 

If the test at decision block 1042 is negative, program control cycles to decision 
5 block 1048 where a test is performed to determine if the user has selected minimize. If 
so, program control is passed to function block 1050, causing the universal media player 
interface to return to a docked size and location (described below). Then the process 
cycles to function block 1052 where the minimize flag is set to false. Processing then 
shifts to end block 1028 where processing ends. 
10 If the test at decision block 1048 is negative, the program control cycles to 

decision block 1054 where a test is performed to determine if the user has selected 
pause. If so, program control is passed to function block 1056, causing a still picture of 
a visual file or stop video output to be displayed. Then, the process cycles to function 
block 1058 where the pause flag is set to false. Then, processing shifts to end 
15 block 1028 where processing ends. 

Deactivate the Media Player Interface 
FIGURE 1 1 is a flowchart illustrating logic for deactivating the universal media 
player interface suitable for use in FIGURE 9 A. Processing commences at block 1100 
and control immediately passes to function block 1102 causing the stop control button 
20 on the media player interface to be illuminated. Then, at decision block 1104, a test is 
performed to determine if the media stream is a video or audio file. If the media stream 
is a video file, program control is passed to function block 1106, causing the child 
window to recess into the universal media player interface. The processing shifts to 
block 1108 where processing ends. If the media is an audio file, control is passed 
25 directly to function block 1 108 where processing ends. 

Media Player Interface 
The foregoing description of a universal media player will be better understood 
by considering the foregoing description and FIGURES 1-11 in connection with 
FIGURES 12-17, which are copies of screen shots of the interface of an embedded 
30 universal media player formed in accordance with this invention. 

FIGURE 12 is a copy of the interface 1200 of an exemplary Internet 
browser including the idle interface 1202 of an embedded universal media player formed 
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in accordance with this invention. The embedded universal media player interface 1202 
is located in the frame area of the Internet browser interface 1200. The frame of an 
Internet browser interface is the portion of the interface that is persistent, i.e., normally 
shown. Other areas normally change as the Internet browser browses Internet sites. 
5 Preferably, the embedded universal media player interface provides a user with a single 
interface having common control buttons such as play 1204, stop 1208, volume 1206, 
next 1210, and previous 1212. The embedding of a universal media player in a Web 
browser allows a user to navigate between different sources of media without requiring 
the download of separate media players for each of the media sources having a different 
10 media format. 

FIGURE 13 illustrates how the embedded universal media player interface looks 
when activated. More specifically, FIGURE 13 illustrates an Internet browser 
interface 1300 with an universal media player interface 1310 similar to that shown in 
FIGURE 12. The play control button 1304 of the illustrated universal media player 
15 interface is illuminated. Also a menu bar 1308 containing the label "tuning in" 1306 has 
been added to the universal media player interface. A further addition is a control 1302 
that allows a user the option of launching the universal media player interface in a larger 
window. 

FIGURE 14 illustrates how the embedded universal media player looks when 
20 activated to receive a video file. More specifically, FIGURE 14 illustrates an Internet 
browser interface 1400 with an universal media player interface 1402. As illustrated 
when the universal media player is to play a video, including a video teleconference over 
the Internet, the universal media player interface displays an "opening" label 106 on the 
menu bar 1404 of the universal media player interface. In addition, a progress media 
25 presentation indicator may be displayed. 

FIGURE 15 illustrates how the embedded universal media player interface looks 
when playing a video file. More specifically, FIGURE 15 illustrates an Internet browser 
interface 1500 with an universal media player interface 1502 located in the frame of the 
Internet browser interface. In response to a user activating the universal media player 
30 with a request to play a video file, including a DVD, an Internet-derived video file, or an 
Internet video teleconference, the embedded universal media player interface illuminates 
a pause button 1504 in place of the play button, displays a label identifying the media on 
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the media player menu bar 1506, displays an illuminated progress media presentation 
indicator 1508, and displays the video media in a child window 1510. Optionally, a 
media player menu 1512 is displayed. 

FIGURE 16 illustrates how the embedded universal media player interface looks 
5 when playing an audio file. More specifically, FIGURE 16 illustrates an Internet 
browser interface 1600 with an media player interface 1602 located in the frame of the 
Internet browser interface. When the embedded universal media player interface is 
playing an audio file such as a music file, a CD or a radio station, an illuminated pause 
button 1606 is displayed in place of the play button, a label or title identifying the media 

10 being played is displayed on the menu bar 1604, and an illuminated progress media 
presentation indicator 1608 is displayed. 

FIGURES 17A and 17B illustrate how the embedded universal media player 
interface changes when launching the embedded universal media player interface in a 
larger window for an expanded view of the video being shown. More specifically, 

15 FIGURE 17A illustrates an Internet browser interface 1700 with a universal media 
player interface 1702 located in the frame of the browser. If the user wants to launch the 
media player in a larger window for expanded view of the media 1706 being viewed, the 
user moves a cursor over an enlarge control 1704. Clicking on the enlarge control 1704 
causes the embedded universal media player interface to be launched in an enlarged 

20 window. FIGURE 17B illustrates a larger size embedded universal media player 
interface 1708. More controls 1710 are added to allow a user to select additional options 
such as previous track 1712, fast rewind 1714, fast forward 1716, and next track 1718. 
Selection of control 1724 closes the media player interface window 1708. Selection of 
control 1722 causes the media player interface to expand further into a still larger 

25 window, and selection of control 1720 causes the universal media player interface to 
return to its normal (small) size. 

While a preferred embodiment of the invention has been illustrated and 
described, it is to be understood that various changes can be made therein without 
departing from the spirit and scope of the invention as defined by the appended claims. 

30 For example, the sequence and nature of the testing of the various control functions 
should be taken as exemplary, not limiting. Hence, it is to be understood that the 
invention can be practiced otherwise than as specifically described herein. 
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